RIDO-0018 

FLEXIBLE MULTIPLEXER/DEMULTIPLEXER AND METHOD FOR 
TRANSPORT OF OPTICAL LINE DATA TO A WIDE/METRO AREA LINK 

Field of the Invention 

This invention relates to a method and apparatus for transporting optical line 
5 data, such as from a fiber channel (FC) or Gigabit Ethernet (GbE) interface, to a 
fiber metropolitan or wide area network (MAN/WAN) and, more specifically, to a 
multiplexer/demultiplexer for flexibly managing bandwidth over such a network. 

Background of the Invention 

The transport of optical line data from an enterprise server to a remote 

10 device such as a storage device (such as to extend the storage area network to 
enable storage service providers to offer out-sourced storage services to the 
enterprise) is presently predominantly based on I/O channel protocols such as FC1 , 
GbE and ESCON. However, these protocols were designed for in-building IT 
server room requirements and are not suitable for metropolitan (wide) area 

15 networks which extend over much greater distances. The use of these protocols 
over such greater distances imposes several challenges on the infrastructure of the 
metro area network including the need to accommodate Gbps transport rates with 
no packet loss and very low latency (delay). 

At present such metro area networks (e.g. a metro DWDM transport network) 
20 are structured so as to assign an entire fiber wavelength to each data link in order 
to achieve low latency and high bandwidth. Disadvantageous^, however, the cost 
of such networks is high and the number of customers they are able to serve is 
limited to the number of wavelengths deployed in the network. Other possible 
available options include the use of IP or ATM packet switching methods but IP 
2 5 switching inherently drops packets in an overload situation and, further, its transport 
protocols are relatively heavyweight. ATM switching is also of high cost and is not 
able to scale well in the Gbps data rate range required for storage traffic. 
Disadvantageously, the head of line blocking which results from the use of packet 
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routers causes jitter at Gbps data rates. Further, if a normally switched SONET 
network is used it is necessary to include large realignment buffers at each end (to 
account for a differing delays incurred by different STS-1s due to different flow 
paths) and such buffers introduce undesirable latency (i.e. large transmission 
5 delays). 

There is a need, therefore, for means to economically transport optical line 
data, such as from a fiber channel (FC) or Gigabit Ethernet (GbE) interface, over 
a metro or wide area link while achieving predictability with respect to the 
parameters (e.g. latency and bandwidth) of that link. 

10 Summary of the Invention 

A method and apparatus are provided for flexible time-division multiplexing, 
and demultiplexing, of serial line data, from 1-n client lines, based on the SONET 
standard (e.g. OC-48 or OC-192). 

In accordance with the present invention there is provided a multiplexer for 
15 transporting client data from an optical serial link to a clear optical channel of a 
metro or wide area link comprising N STS-1s. A mapper maps, according to a 
predetermined bandwidth allocation, the data to an N x STS-1 SONET payload 
using y STS-1 s where y is 0 to N, the y STS-1 s being selected on a sequential or 
non-sequential concatenation basis from the N STS-1 s. An aggregator aggregates 
20 the mapped data into a composite STS payload comprising N STS-1 s. A 
bandwidth allocation receiver receives the bandwidth allocation. Preferably, n 
mappers are provided for mapping data of n clients, each mapper mapping the 
data of one client and each allocated STS-1 being allocated to one client whereby 
y for each said mapper is 0 to N and the total number of STS-1 s allocated to the 
2 5 clients is less than or equal to N. The bandwidth allocation may be 

received from a source external to the multiplexer and the source may be a network 
controller. 
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Also in accordance with the invention there is provided a demultiplexer for 
demultiplexing data multiplexed by a multiplexer as aforesaid. A deaggregator 
deaggregates the STS payload to provide the mapped data for the clients. 1 to n 
demappers demap the client data according to the predetermined bandwidth 
5 allocation. A bandwidth allocation receiver receives the bandwidth allocation. Also 
provided is a multiplexer/demultiplexer comprising a multiplexer and a 
demultiplexer as aforesaid. 

Further in accordance with the invention is a method for multiplexing client 
data for transport from an optical serial link to a clear optical channel comprising 

10 N STS-1sofa metro or wide area link. Data fori to n clients is mapped, according 
to a predetermined bandwidth allocation, to an N x STS-1 SONET payload using 
the allocated STS-1 s for each client whereby the allocated STS-1 s are selected on 
a sequential or non-sequential concatenation basis from the N STS-1 s and the total 
number of STS-1 s allocated to the clients is less than or equal to N. The mapped 

15 data is aggregated into a composite STS payload of the N STS-1 's. The bandwidth 
allocation is predetermined by any of a user, a network operator, an application 
and/or network conditions. 

Brief Description of the Drawings 

The invention will now be described in detail with reference to the following 
2 0 drawings in which like reference numerals refer to like elements throughout. 

Figure 1 is a schematic block diagram illustrating an exemplary data 
transport system, comprising a server, metro/wide area link and remote storage 
client, in which the multiplexer/demultiplexer of the present invention is used at the 
access device; 

2 5 Figure 2 is a broad functional block diagram of an end-to-end data transport 

network showing the functional blocks thereof for transporting data from a transmit 
(Tx) node to a receive (Rx) node thereof and the mapper/aggregator (multiplexer) 
and demapper/deaggregator (demultiplexer) of the present invention; 
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Figure 3(b) illustrates the preparatory handling of the client line protocol data 
in the preferred embodiment to encapsulate it into an HDLC protocol frame (per 
Figure 3(a)) for processing bythe mapper and aggregator to multiplex the data onto 
the metro area synchronous optical network (SONET); 
5 Figure 4 illustrates, for purposes of instruction only, a mapping of an HDLC 

frame sequence into a single STS-1; 

Figure 5 illustrates a mapping of an HDLC frame sequence into six STS-1 s 
of a SONET frame which is N x STS-1 wide, whereby the mapping is done on a 
sequentially concatenated frame basis; 
10 Figure 6 illustrates a mapping of an HDLC frame sequence into six STS-1 s 

of a SONET frame which is N x STS-1 wide, whereby the mapping is done on a 
non-sequentially concatenated frame basis using STS-1 numbers 2, 5, 10, 11, 12 
and N-1; 

Figure 7 is a block diagram of a client interface of the preferred embodiment 
1 5 which connects one client to an aggregator (whereby six such client interfaces feed 
the aggregator in the preferred embodiment); 

Figure 8 is a block diagram of a mapper in accordance with the present 
invention; 

Figure 9 is a block diagram of a demapper in accordance with the present 
20 invention; 

Figure 10 is a block diagram of an aggregator in accordance with the 
present invention; and, 

Figure 11 is a block diagram of a deaggregator in accordance with the 
present invention. 

2 5 Detailed Description of the Illustrated Preferred Embodiment 

Figure 1 of the drawings is a schematic block diagram illustrating an 
exemplary data transport system, from a server (external device) 100 to a storage 
device 200 (remote device), in which the flexible bandwidth management method 
and apparatus of the present invention is used at the access devices 140, 140a. 
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In this example the server 100 transports data over a high speed optical point-to- 
point serial link 1 1 0 to the access device 140. The access device 140 controls the 
flow of the data and multiplexes the data on the basis of a flexibly assigned 
bandwidth allocation for that external device for output onto a metro or wide area 
5 fiber transport link 160. At the remote end of the data transport system a similar 
access device 140a receives data from the metro/wide area link 160 and 
demultiplexes and outputs the data onto another high speed optical point-to-point 
link 1 10a for transport to the storage device 200. For the reverse data transport 
direction the access device 140a receives the storage device-generated data from 

1 o the serial link 1 1 0a and controls the flow of that data and multiplexes and outputs 

the same onto the metro/wide area link 120. The optical serial links 110, 110a 
could be a Fiber Channel (FC) or Gigabit Ethernet Channel (GbE) and the 
metro/wide area fiber link 1 20 could be any of a dedicated fiber, dark fiber or WDM 
(Wavelength Division Multiplexed) fiber to provide a clear channel. 

is Figure 2 is a broad functional block diagram of an end-to-end data transport 

network showing the functional blocks thereof for transporting data from a transmit 
(Tx) node to a receive (Rx) node thereof and the mapper/aggregator 10 
(multiplexer) and demapper/deaggregator 80 (demultiplexer) of the present 
invention. In this figure the network components of transmit (Tx) and receive (Rx) 

20 nodes (i.e. a transmitter and receiver, resp.) of the network, servicing clients 20, j, 
are shown. 

At the transmit node the mapper/aggregator 10 performs two related 
functions which combine to perform flexible time-division multiplexing (based on the 
SONET standard) to transport the data. First, a mapper (see Figure 8) maps the 

2 5 client data into a SONET payload as described herein whereby STS-1's are 

allocated to a particular client 20; based on a bandwidth allocation configuration 
provided to it. Since each STS-1 represents a fixed amount of bandwidth the 
number of STS-1's assigned to a client determines how much bandwidth is 



5 



allocated to that client. Advantageously, the assignment of bandwidth to each 
client is flexible in that it can be assigned and changed based on any number of 
determinants (control parameters) set by a user, a network operator, an application 
and/or network conditions such as traffic, time of day, etc. Second, an aggregator 
5 aggretates (i.e. combines) the client STS-1 's into a composite STS payload (being 
STS-48 in the preferred embodiment for which up to six client ports are selected 
for aggregation by the aggregator). The aggregate data stream is then fed into a 
standard SONET transmit framer 30 to insert section/line/path overhead 
information (data) and create a proper SONET frame. The parallel output from the 
10 framer 30 is then serialized and converted to an optical signal by a serializer/E-0 
converter40 fortransmission over an optical channel 50 of the metro/wide area link 
160. 

At the receive node the received optical signal is converted back to an 
electrical signal and to parallel format by an O-E/deserializer converter 60 and then 

15 fed into a SONET receive framer 70 where the section/line/path overhead data is 
extracted and processed. The resulting data stream is passed into a de- 
aggregator/de-mapper 80 which performs the inverse function of the 
mapper/aggregator 1 0. The deaggregator (see Figure 1 1 ) receives the composite 
STS-48 payload from the SONET framer and, based upon an assigned local 

2 0 bandwidth allocation configuration input thereto, it then separates the composite 
STS stream into STS-1 's according to the client 20 } they are assigned to. The 
demapper (see Figure 9) then takes the STS-1 's assigned to a particular client 20j 
and extracts the client data from them. 

The mapper/aggregator 10 and de-aggregator/de-mapper 80 each use a 
25 configuration memory 90 and 100, resp., to assign/map each STS-1 to a particular 
client. For any particular assignment of bandwidth (STS-1 s) a client can be 
assigned any number (n) of STS-1 s from n=0 to n=N, where N is the total number 
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of STS-1s of the channel (which, in the case of the preferred embodiment, is 48 
since an OC-48 channel is used). 

In the preferred embodiment network management software (a network 
controller) provides the transmit (Tx) and receive (Rx) nodes with a bandwidth 
5 allocation map 120,130 which assigns STS-1's of the SONET link to the particular 
clients 20, , 20 r This bandwidth mapping information (data) is entered into the load 
memory bank of each of the configuration memory modules 90, 100. Such use of 
an external source for the bandwidth allocation is not required by the invention, 
however, and any suitable alternative source whether internal or external to the 

1 o multiplexer/demultiplexer of the invention might instead be chosen for a particular 

embodiment. 

In the this embodiment each of the configuration memory modules 90, 100 
comprise two memory banks: an active memory bank, which contains the mapping 
information currently used by the transmitter/receiver, and a load memory bank 
15 which loads/holds a new bandwidth configuration. In this embodiment in-service 
reconfiguration of the bandwidth allocation is achieved. To do so the F2 byte in the 
SONET path overhead channel is used to carry a flag which is used to synchronize 
the time at which the active and load memory banks at the receive (Rx) node are 
swapped (exchanged). 

2 o Figure 3(b) illustrates the preparatory handling of the client line protocol data 

(i.e. the fiber channel frames) in the preferred embodiment to encapsulate those 
data frames into HDLC protocol frames (per Figure 3(a)). The HDLC framing is 
done by an HDLC encoder utilizing octet stuffing (as necessary) to ensure that the 
frame content never matches the frame delineation flag in value. The flag 
2 5 sequence of the HDLC frame is a binary sequence used for frame synchronization. 
The address field is a double octet. The control field is a single octet and identifies 
the frame type (i.e. client data, primitive sequence, client path messaging or path 
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flow management) and an optional control frame type field identifies the type of 
control frame (used only when the frame type is path messaging or flow 
management). The data field's organization is dependent upon the type of frame 
it is: client data frames have FC or GbE frames embedded in them whereas path 
5 messaging or flow management frames have a fixed length and content type 
according to the type of frame. The frame check sequence (FCS) field (also 
referred to as the Cyclical Redundancy Check (CRC)) defaults to 16 bits (two 
octets) and is calculated overall bits of the address, control, control frame type and 
data fields. 

1 o Figure 4 is a simple illustration of the manner by which the HDLC frames can 

be mapped into a SONET STS-1 (this is provided for purposes of instruction but 
it is unlikely that a client interface would use only one STS-1). As shown, the 
payload data is mapped into the synchronous payload envelope (SPE) which 
includes a path overhead column and two "fixed stuff" columns which do not 
15 receive payload data. The data frame is mapped across columns from left to right 
until the end of the SPE is reached and then the data is wrapped around to the 
next row and the mapping is continued. Although the SONET frame is illustrated 
in tabular form it is transmitted row by row, from left to right, and this means that 
the data frames must fill the STS-1 in the same order. 

2 0 Figures 5 and 6 illustrate comparative mappings of a client HDLC frame 

sequence into six STS-1 s of a SONET frame which is N x STS-1 wide (note that 
in the preferred embodiment OC-48 is used so N equals 48), the mapping of Figure 
5 having been done on a sequentially concatenated frame basis and the mapping 
of Figure 6 having been done a non-sequentially concatenated frame basis using 
2 5 STS-1 numbers 2,5,10,11,12 and N-1 . Thus, for the sequential concatenation 
of Figure 5 the first six STS-1 s of the SONET frame (i.e. STS-1 numbers 1-6) are 
assigned to that client and for the non-sequential concatenation of Figure 6 STS-1 
numbers 2, 5, 10, 11, 12 and N-1 are assigned to that client, and this means that 
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both sequential and non-sequential is used. For the preferred embodiment a non- 
sequential concatenation will eventually be the utilized format because the network 
management software will allocate unused STS-1 s in order to fully use the channel 
capacity and the bandwidth allocation is periodically reconfigured as desired. 

5 Figure 7 is a block diagram of a client interface of the preferred embodiment 

which connects one client to the aggregator/deaggregator (with six such client 
interfaces feeding the aggregator/deaggregator in this embodiment but any other 
suitable number for the chosen SONET channel being possible). Each client 
interface includes a mapper 10a and demapper 80a and is programmable to be 

io either a Gigabit Ethernet (1.25 Gb/s) interface or a 1.0625 Gb/s fiber channel 
interface. A Gigabit Interface Converter (GBIC) 142 converts the optical signal 
received from a user to an electrical signal and also converts the electrical signal 
to be transmitted to the user to an optical signal. A Clock and Data Recovery 
(CDR) component and the Serializer/Deserializer (SERDES) component 144 are 

15 implemented in the same piece of hardware. These components recover the 
received data stream from the client 20„ extract the line speed clock from the 
stream, deserialize the data stream into a parallel format and divide down the line 
speed clock to a 1/1 0th speed clock (as shown). In the reverse direction the 
components 142, 144 perform the reverse functions. After the data is recovered 

20 by the SERDES component if is passed to a 8b/1 0b Encoder/Decoder component 
146 and then to a Protocol Control component 148 to remove the line coding and 
prepare the data for transport to the mapper 10a. The component 148 also 
perform client flow control in the preferred embodiment. A flow control component 
149 includes buffers that perform rate adaptation and absorb bursts of data from 

2 5 the client. The flow control component 149 regulates the flow of data across the 
network by monitoring the status of the buffers at each end of the link and provides 
feedback to the protocol control component 148 when the buffers are filling. This 
feedback is used to regulate the client transmissions and prevent buffer overflow. 
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The components of the mapper 10a of the preferred embodiment are 
shown in Figure 8 and the components of the demapper 80a of the preferred 
embodiment are shown in Figure 9. The mapper 10a inserts into the appropriate 
timesiots of the outgoing TelecomBus 300, for transport to the aggregator, the 
5 client data which has been encapsulated in the HDLC frames. An STS column 
memory 31 0 (being a dual port RAM) performs the timeslot assignment and its two 
ports A and B are shown in Figure 8. Since the SONET frames are byte- 
interleaved the STS column memory only needs to store two byte-interleaved 
columns of data and these are referred to herein as timeslot banks 0 and 1 . At any 
10 given time a column is being assembled in one bank via the A port while the 
previously assembled column, which resides in the other bank, is read out via the 
B port. The two banks are toggled/swapped each time a new column is assembled 
and the old column is read out. 

The A port of memory 31 0 is configured as a write only port of 48 words, 8- 
15 bits wide and runs at 155 MHz. HDLC data is stored into memory from this port 
and the address used to store the byte is a timeslot number derived by a timeslot 
memory 320. As shown, test data can also be injected into the RAM (i.e. instead 
of client data) via a test_mode multiplexer. Also as shown, a SCIDJime 
multiplexer is used to inject an STS control/ID into the memory 310 during the 
20 SONET path overhead F2 (SCID) timeslot to allow for automatic bandwidth 
configuration in the demapper 80a. 

The B port of the memory 310 is configured as a read only port of 24 words, 
16-bits wide (i.e. two timesiots per word) and also runs at 155MHz. The differing 
port widths necessitate that in the time available (corresponding to one column), 
2 5 the A side can only fill half the available timesiots and this means that the client can 
use at most 24 timesiots which corresponds to 1 .1 6 Gbps of bandwidth. The B port 
reads out two timesiots at a time in sequential order. As shown in Figure 8 four 
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byte-size registers 302 further interleave the data stream to four timeslots at a time 
to form a 32- bit bus 300 which runs at 77.76 MHz. 

The timeslot memory 320 determines which timeslots are used to transfer 
the client data. The memory 320 is also a dual port RAM having two independent 
5 banks. One bank is active and controls the timeslot assignment of the A port of 
memory 310. The other bank is the load bank which contains the new bandwidth 
(STS) configuration to be loaded and it is swapped with the active bank when the 
new configuration is to take effect. Port B of the timeslot memory 320 is used to 
read the active bank. For one column, corresponding to 24 timeslots, the active 

10 bank is sequentially stepped through (i.e. addressed) and the output timeslot 
number is used to specify the timeslot at which the next HDLC byte is to be written 
to. Port A of the timeslot memory 320 is used to initialize the load bank. An Add 
Bandwidth Configuration Receive Logic (ABCRxL) component (bandwidth 
allocation receiver) 330 receives the bandwidth configuration from the aggregator, 

15 determines which timeslots have been assigned (using the clientJD) and loads the 
timeslot values into the timeslot memory 320 via Port A. The ABCRxL also 
receives the control plane swap message, synchronizes it with the local frame 
timing and performs a swapping of the banks of the timeslot memory 320. 

A timeslot control timing component 340 controls the timing of the mapper 
20 1 0a. It is synchronized by an add frame pulse (Add_FP) and a timing clock keeps 
track of the byte interleaving of rows and columns of the SONET frame. The timing 
component 340 also determines the timing for the swapping of the banks of the 
STS column memory 310 (i.e. for each new column) and when to insert the STS 
Control/ID byte. A write control FSM (finite state machine) 350 performs 
25 handshaking with the HDLC controller and accepts bytes as they can be stored in 
the STS column memory 310. Accordingly, the FSM determines the rate at which 
data is mapped. 
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A bus hold memory 360 may be included to enable the individual register 
bytes only during valid timeslots that belong to the client. This will cause the bytes 
of the data bus to change only when they contain relevant data that will be picked 
up by the aggregator thereby reducing the amount of transitions on the bus and, 
5 therefore, the amount of noise on the bus generated by it. The operation of the bus 
hold memory 360 is similar to that of thetimeslot memory 320 and it, too, is loaded 
by the ABCRxL 330. 

The components of the demapper 80a are shown in Figure 9, the function 
of the demapper being the reverse of that of the mapper. The demapper 80a 

10 extracts data from the appropriate STS timeslots (i.e. those assigned to the 
particular client of the demapper) and sends the extracted data to the remaining 
components of the client interface in the transmit path to de-encapsulate the client 
data. A timing control component 400 keeps track of the timeslot intervals received 
on the TelecomBus (shown at A but not illustrated in Figure 9). An STS column 

15 memory 410 extracts the client data stream from the TelecomBus timeslots. 

As for the mapper STS column memory 310 the memory 410 of the 
demapper stores two byte-interleaved columns of data and these are referred to 
as timeslot banks 0 and 1 . At any particular time, a column of timeslots is written 
into one bank via the A port while the previously written column, which resides in 
2 o the other bank, is having data extracted from the relevant timeslots via the B port. 
The banks are toggled/swapped each time a new column is written and an old 
column is extracted. 

The A port of memory 41 0 is configured as a write only port that is 1 2 words, 
32-bits wide (i.e. four timeslots per word) and runs at 78 MHz. Data is written into 
25 the A port in a sequential manner based on timeslot intervals. The B port of the 
memory 410 is configured as a read only port of 48 words, 8-bits wide and runs at 
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155 MHz. The address used to read the output data byte is the timeslot number 
derived from a timeslot memory 420. 

The timeslot memory 420 specifies the timeslots from which to extract the 
client data. It too is a dual port RAM having two independent banks, one bank 
5 being active and controlling the timeslot extraction of the port B data of memory 
410 and the other bank being a load bank containing the new bandwidth 
configuration to be loaded. As for the corresponding timeslot memory of the 
mapper the load bank of timeslot memory 420 is swapped with the active bank 
when the new configuration is to take effect. Port A of the timeslot memory 420 is 

10 used to read the active bank. For one column time (24 timeslots) the active bank 
is sequentially stepped through (i.e. addressed) and the output timeslot number is 
used to specify the timeslot containing the next data byte to be output from the STS 
column memory 41 0. Port B of the timeslot memory 420 is used to initialize the 
load bank. A Drop Bandwidth Configuration Receive Logic (DBRxL) component 

1 5 430 receives the bandwidth configuration from the deaggregator, determines which 
timeslots have been assigned to it (using the Client J D) and loads the timeslot 
values into the timeslot memory 420 via port B. The DBRxL component 430 also 
receives the control plane swap message, synchronizes it with the local frame 
timing and performs a swapping of the banks of the timeslot memory 420. A read 

20 control FSM (not shown) performs handshaking with the HDLC controller to 
indicate when the 8-bit output bus contains valid data. 

Figure 10 shows the components of the aggregator of the preferred 
embodiment and Figure 1 1 shows the components of the deaggregator of the 
preferred embodiment. As shown in Figure 10 the aggregator accepts six 
2 5 TelecomBuses, one from each of six client interfaces, and it aggregates (i.e. 
combines) the data of each onto a single TelecomBus. In the aggregator four byte- 
wide multiplexer units 500 can independently select from amongst the outputs of 
six mappers 1 0a. If STS-1 s have not been assigned to a client the mapper outputs 
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can be forced to zero. A client selector memory 502, which is a dual port RAM 
having two independent banks, controls the selection of client data lines by the 
multiplexer units 500. One bank of memory 502 is active and controls the selection 
of the client data lines and the other bank is a load bank which contains a new 
5 bandwidth allocation configuration to be loaded and is swapped with the active 
bank when the new configuration is to take effect. 

Port A of the client selector memory 502 is used to initialize the load bank 
and the load bank is loaded from a processor interface (bandwidth allocation 
receiver) 503. This port has 48 4-bit entries, one entry (representing a client 
10 number from 1-6 and a valid bit) for each of the 48 STS timeslots. The processor 
interface 503 also provides the control logic necessary to perform bank swapping 
of the client selector memory 502 to put a new bandwidth allocation configuration 
into effect. 

Port B of the client selector memory 502 is used to read the active bank. 

1 5 Since the client data path is 32 bits (i.e. 4 timeslots wide) the four selector values 
are read out at a time, one each timeslot. For one column time (12 timeslot 
intervals) the active bank is sequentially stepped through (i.e. addressed) and the 
four client numbers output are used to control the selection of the multiplexers. An 
Add Bandwidth Configuration Transmit Logic (ABTxL) component 504 broadcasts 

2 o the load configuration (timeslot/client mapping) from the master image in the load 
bank of the client selector memory 502 to all the client mappers 10a. It also 
transmits the swap command to swap the active and load planes to bring the new 
bandwidth allocation configuration into the active plane. 

The deaggregator of Figure 1 1 performs several functions. Itresynchronizes 
2 5 data (TelecomBus streams) input from each of two framers 70 and selects one of 
the two data streams for processing by six demappers 80a. It also extracts and 
interprets the STS Control/ID field and updates a client selector memory 610 for 
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automatic transmit-side bandwidth reallocation and broadcast of a new bandwidth 
allocation with swap timing to the demappers 80a. 

As shown in Figure 1 1 two TelecomBus streams from two framers 70 are 
each input to a small receive FIFO and are resynchronized to the transmit-side 
5 clock. A multiplexer 605 protection selects one of them and the selected stream 
is then fanned out to the demappers 80a, Each byte lane of the TelecomBus has 
its own STS payload position logic (shown in Figure 1 1 ) used to keep track of the 
position of the individual STS-1 payloads within the TelecomBus. The reason for 
this is to enable identification of the STS Control/ID field in the F2 path overhead 

10 byte in the incoming stream which flags that a new bandwidth allocation 
configuration has taken effect. The STS payload position logic includes an 
incrementer 612 and a context memory 614. The context memory 614 stores the 
current byte count for each of the 12 timeslot intervals and the incrementer 612 
updates the byte count of the current timeslot interval. A comparator identifies 

15 when the current byte position is the STS Control/ID field. When a particular 
timeslot has been identified as a STS Control/ID field a STS Control/ID interpreter 
and Bank Swap Logic (SCIBSL) finite state machine 620 extracts the field from the 
TelecomBus data stream. Once a valid change pattern sequence has been 
detected the new ciientJD is written into the client selector memory 610. The 

20 client selector memory 610 contains the master table of STS-1 -to-client mapping 
which is automatically maintained by the receive side mapper/aggregator 
components. The SCIBSL finite state machine 620 updates the client selector 
memory 610 via the A port of the memory. The B port of the client selector 
memory 61 0 is used by a Drop Bandwidth Configuration Transmit Logic (DBCTxL) 

2 5 component 630 to broadcast the change to the client demappers 80a and a toggle 
command is issued to instruct the demappers to use the new bandwidth allocation 
table. 
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The control and set-up of the bandwidth reconfiguration is done in software 
and the actual swapping is triggered by software but controlled by hardware to 
transmit the switch request in the F2 byte of the SONET path overhead. 

Advantageously, the granularity of the bandwidth allocation method provided 
5 by the invention improves with increasing line rate. In addition, the data flows from 
each client interface are independent of the activity on the other ports and, 
therefore, interdependencies between the client interfaces are avoided. 

Although the exemplary transport network application discussed herein with 
reference to the preferred embodiment is a storage data application the 
10 multiplexer/demultiplexer of the present invention may be used for non-storage 
data flows such as the Internet. 

The individual electronic and processing functions utilised in the foregoing 
described preferred embodiment are, individually, well understood by those skilled 
in the art. It is to be understood by the reader that a variety of other 
15 implementations may be devised by skilled persons for substitution. Persons 
skilled in the field of communication design will be readily able to apply the present 
invention to an appropriate implementation method for a given application. 

Consequently, it is to be understood that the particular embodiment shown 
and described herein byway of illustration is not intended to limit the scope of the 
20 invention claimed by the inventors which is defined by the appended claims. 
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